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IN THE CLAIMS: / 

Please amend the claims as follows. The following claims are a 
"clean" set of claims. A set of claims showing the amendments using brackets and 
underlining follows as an attachment to the Preliminary Amendment: 
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1 1 . (Amended) A method for loading applications into modules of an 

2 embedded system having a runtime environment including a virtual machine 

3 comprising an intermediate pseudocode language interpreter and application 

4 programming interfaces (API), from a station on which a source code of the 

5 application is written, compiled into pseudocode by a compiler (82), verified by a 
'6 verifier (91), converted by a converter (92) and loaded by a loader (93, 68), is 

. 7 characterized in that: 

8 - assigning an identifier to each module (MID), and a reference number to 

9 each class (Nei)- each-method-(NM)-and-each~attribute-(NA) encapsulated-in 

10 classes of a module, so as to statically link a plurality of sets of packages to be 

11 stored in the same name space in the embedded system to effect conversion by the 

12 converter (92) 

13 - coding the reference to a method or an attribute in the linked pseudocode of 

14 a module in three bytes constituted by an indicator indicating the reference to a class 

15 internal (II) or external (IE) to the module, the number of the class (NCI), and either 

16 the number of the method (NM) or the number of the attribute (NA), and 

17 - loading one or more application program interface modules comprising 

18 system classes or service modules, each corresponding to an application, a 

19 reference (IE) to an external class being systematically interpreted by the virtual 
2 0 machine as a reference to an application program interface module. 
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1 2. (Amended) A method for loading applications into an embedded 

2 system according to claim 1 , characterized in that the loading of the modules into the 

3 embedded system comprises storing of at least one module array (69, 101 , 103) 
i 4 representing the modules, the number (IMi) between 0 and n associated by the 

5 linker with a module constituting the index of said module in the array, storing the 

6 association of the index in the array representing the identifier (MID) of said module 

7 in a table (70, 102, 104), said array and the table being in programmable nonvolatile 
'8 memory, an external reference (IE) to an external module in the pseudocode 

. 9 interpreting as constituting an index for access to the module equivalent to the one 

10 in the module array. 

1 3. (Amended) A method for loading applications into an embedded 

2 system according to claim 2, characterized in that the loading of the modules 

3 comprises the storage, for each module, of an array (TRC) representing its classes, 

4 comprising a reference to the index of its module and, for each class, an array 

5 representing attributes (TRA) and methods (TRMe). 

1 4. (Amended) A method for loading applications into an embedded 

2 system according to claim 2, characterized in that the modules are referenced in a 

3 single module array, interpreting system classes different from n by the virtual 

4 machine as a reference to said API module. 
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1 5. (Amended) A method for loading applications into an embedded 

2 system according to claim 4, characterized in that the classes being declared public, 

3 or in private packages, the attributes and methods being declared protected, in 

4 private packages or in private classes, the numbering of the classes is done in order 

5 of the public classes followed by the classes in private packages; the numbering of 

6 the attributes or methods is done by the converter (92) in order of the attributes or 

7 methods that are public, protected in private packages, and in private classes. 

. l 6. (Amended) A method for loading applications into an embedded 

2 system according to claim 2, further comprising containing system classes contained 

3 in several-API modules that can be loaded separately, maintaining-in the 

4 programmable nonvolatile memory two arrays representing modules and two 

5 corresponding MID/IMi association tables, one for the API modules and the other for 

6 the non-API modules, and loading the modules into one of the two arrays based on 

7 the nature of the module specified in its header, any external reference of a module 

8 of the module array being interpreted as a reference to the index of the API module. 

1 7. (Amended) A method for loading applications into an embedded 

2 system according to claim 6, characterized in that static linking of a module is 

3 performed such that the reference to a class external to a non-API module in the 

4 intermediate pseudocode is an index in an array of the header of the module, 

5 wherein each entry is an identifier (MID) of a referenced API module, the loading of 

6 said module into the target platform comprising the replacement of said reference 
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7 with the number of the index of the API module obtained from the identifier (MID) in 

8 the MID/IMi association tables of the API modules. 

1 8. (Amended) An embedded system comprising a virtual machine and an 

2 API platform including application program interfaces, a fixed nonvolatile memory, a 

3 programmable nonvolatile memory, and a random access memory, the 

4 programmable nonvolatile memory comprising at least one API module comprising 
"5 system classes and service modules, at least one array representing modules 

- 6 (TRM), in which the modules are indexed, and a table (70, 104) associating an index 

7 (IM) of a module in the representing array with an identifier (MID) of said module, 

8 each module comprising an array for representing classes (TRC), in which-the 

9 classes are indexed and in which each class has a reference to the index (IM) of its 

10 module, each class comprising an array for representing attributes (TRA) and 

11 methods (TRMe), in which the attributes and methods are indexed, the reference to 

12 a method or an attribute being coded in at least three bytes corresponding to a 

13 reference to a class internal (II) or external (IE) to the module, a reference external 

14 to the module constituting the index of the API module in the module array, a class 

15 number (NCI) corresponding to the index of the class in the table representing the 

16 classes of the module, and a method (NM) or attribute (NA) number corresponding 

17 to the index or the method or the attribute in the array representing the methods or 

18 attributes of the class of the module. 

l 9. (Amended) An embedded system according to claim 8, further 
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2 comprising means for comparing the first byte of the three bytes encoding a 

3 reference to a method or an attribute to a given value n in order to decide whether it 

4 is an internal or an external class. 

1 10. (Amended) An embedded system according to claim 8, wherein a main 

2 module comprises the main program of the system. 

1 11. (Amended) An embedded system according to claim 8, characterized 

2 in that it the classes are indexed in order of the public classes followed by the 

3 classes in private packages, and the attributes and methods are indexed in the order 

4 of the attributes or methods that are public, protected, in private packages, and in 

5 private classes. 

1 12. (Amended) An embedded system according to claim 1 1 , characterized 

2 in that the programmable nonvolatile memory comprises several API modules 

3 comprising system classes, two arrays (101, 103) representing modules, one for the 

4 API modules and the other for the non-API modules and the main module, and two 

5 MID/IMi association tables (102, 104), each corresponding to an array representing 

6 modules. 
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1 13. (Amended) An embedded system according to claim 10, further 

2 comprising an access manager class "Access Manager" of an API module (105) 

3 comprising a method for creating an instance of a sen/ice module, via the main 

4 module, said class having a protection that prohibits it from having more than 

5 one instance. 

1 14. (Amended) A method for executing an application of a multi- 

2 application embedded system having a runtime environment including a virtual 

3 machine comprising an intermediate pseudocode language interpreter and 

4 application programming interfaces (API), is characterized in that during the 

5 execution of the intermediate pseudocode of a service module, corresponding to 

6 an application, referenced in a module array, the reference to a method or an 

7 attribute in the pseudocode, coded in at least three bytes corresponding to a 

8 reference to a class internal (II) or external (IE) to the module, a class number 

9 (NCI) and a method (NM) or attribute (NA) number, a reference external to the 

10 module is interpreted by the virtual machine as a reference to the index of an 

11 API module in the array of the API module or modules. 

1 15. (Amended) A method for executing an application of a multi- 

2 application embedded system according to claim 14, characterized in that, upon 

3 reception of a request for execution of a service module having an identifier 

4 (MID), the runtime environment accesses the input class of a main module 

5 comprising the main program of the system, the main module installs an 
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6 instance of a special class "Access Manager" of an API module that controls 

7 access to a service module and uses a method of this class for creating an 

8 instance of the input class of the requested service module, by means of a table 

9 associating the identifier with the index of the module in an array in which the 

10 module is referenced, the instance being returned by the method to the main 

11 program. 
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